我正在尝试在“Windows764位”命令提示符下使用mingw编译简单的C++程序。我得到的错误是:>gccfs.cpp-lboost_filesystem-lboost_systemc:/ProgramFiles/mingw-w64/x86_64-8.1.0-win32-seh-rt_v6-rev0/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.1.0/../../../../x86_64-w64-mingw32/bin/ld.exe:cannotfind-lboost_filesystemc:/ProgramFiles/mingw-w64

虽然搜索到的FQDN出现在etc\hosts文件中。有什么想法吗？非常感谢! 最佳答案 由于我没有代码，这里是一个猜测:getaddrinfo("http://www.example.com");不起作用；getaddrinfo采用主机名而不是URL。 关于c++-getaddrinfo总是返回11001(找不到主机)，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.com/questions/995532/

不像这个问题:LinkerErrorwhilebuildingapplicationusingBoostAsioinVisualStudioC++2008Express我需要lib文件的x64版本...我什至不确定如何开始。我在这里阅读:http://www.boost.org/doc/libs/1_39_0/more/getting_started/windows.html或者，更一般地说，我如何为x64构建boost？ 最佳答案 我不在Windows上，但我想在bjam调用中添加address-model=64应该可以解决问题。

我们将单元测试作为构建中的构建后步骤运行。现在我在自动构建svn中自动提取和构建每个修订版的自动构建机器上遇到了这个问题。自动构建脚本会下载一个修订版，进行一些设置，然后在其上调用devenv.exe/build。反过来，这将构建所有内容，然后尝试运行测试。构建卡住，永远无法完成。如果您手动构建解决方案，在运行测试点会出现一个弹出对话框，提示测试可执行文件不是有效的Win32应用程序。我假设autobuilds也以某种方式获得了这个框，但隐藏在某处的非交互式session中。到目前为止，我有两个解决方案的想法:checkin尝试运行测试并检测故障的测试运行器应用程序。这是不可取的，因为

我有一个32位nativeC++ATL进程内COM服务器，它依赖于大量遗留的32位库。我需要在64位应用程序中使用它，并尽可能进行最小的更改。一种选择是将其放入COM+应用程序中。还有哪些简单的选择？ 最佳答案 创建一个加载inproc服务器dll的32位助手应用程序，但它充当本地服务器。编译64位代理stub代码。然后，当64位应用程序尝试加载您的ActiveX时，它不会使用32位inproc(它无法加载)，而是加载32位本地服务器-一个单独的进程-这是合法的。代理stub是从您的IDL自动生成的代码，应该可以很好地构建64位。

我的问题是供应商向我提供了一个64位应用程序(打包在一个64位安装程序中)，但它会安装到x86(程序文件)文件夹中，他一直告诉我它没问题，但我希望它安装在程序文件目录；因为32位版本会这样做，并且应用程序的脚本是基于此假设开发的。谁能告诉我Microsoft为64位应用程序推荐的最佳实践(链接)。提前致谢。 最佳答案 这可能有帮助:关于64位操作系统上的WindowsInstallerhttp://msdn.microsoft.com/en-us/library/aa367451.aspx您的供应商是否通过MSI文件安装应用程序？如

我开发了一个为32位系统编译的驱动程序。该驱动程序基于unidriver。有谁知道要使驱动程序与64位兼容需要什么？如果有的话，我需要对代码做哪些更改？还是只需要用64位版本的DDK编译它？提前致谢。努诺 最佳答案 第一步是使用VisualStudio打开项目并添加x64配置。然后，测试并查看它是否构建(可能不会)。最常见的错误(我遇到过)是这些:DWORD->DWORD_PTR+所有相关的具有长版本的Win32api函数指针截断:将在msvc上发出警告，在gcc上发出错误:在适用的情况下将long/int替换为(u)intptr_

我正在修改一个开源GUI(用c编写)以将新菜单项添加到托盘应用程序。新的菜单项在程序根目录c:\programfiles目录中执行一个文件(update.exe)。我正在使用shellexec()，它在x86上运行良好，但由于x64上的路径不同-c:\programfiles(x86)，它无法加载。我想使用一些像%programfiles%这样的环境变量的效果。对此有什么优雅的解决方案？或者，我确实可以更改update.exe文件的存储位置。将它放在“程序文件”中似乎是最合乎逻辑的。对于上面的问题，它应该放在程序文件之外吗？如果是，在哪里？ 最佳答案

这个问题在这里已经有了答案:关闭11年前。PossibleDuplicate:SleepLessThanOneMillisecond有没有办法在C++中“休眠”不到一毫秒，但又没有繁忙的循环？

我正在尝试使用对话框在我的程序中打开一个文件。这在32位系统上完美运行，但是当我尝试在64位系统上使用它时，它无法打开文件。我发现如果试图打开的文件与我的程序位于同一目录中，它就可以正常工作。但是，尝试从另一个文件夹打开文件根本不起作用。因此，我尝试将文件复制到程序文件夹中。这在32位上也能正常工作，但在64位系统上根本不起作用。有什么想法吗？charcwdl[500];getcwd(cwdl,500);stringmystring=string(cwdl);CFileDialogfileDlg(TRUE,NULL,NULL,OFN_FILEMUSTEXIST|OFN_HIDEREAD